Packet Processing Apparatus, and Packet Processing Method 

BACKGROUND OF THE INVENTION 
i) Field of the Invention 
5 The present invention relates to communication in 

which connectionless communication and connection-oriented 
communication are combined for use, particularly to a 
packet processing apparatus and packet processing method in 
IEEE 1394 transfer system. 
10 ii) Description of Related Art 

In recent years, an IEEE 1394 interface relating 
to the present invention has spread as multimedia real-time 



if 

in 



transmission between digital, video, or audio and PC. An 

IEEE 1394 standard is defined as ^^lEEE Std 1394 IEEE 

J5 Standard for a High Performance Serial Bus'', and in IEEE 
J"— 

'y 1394 bus as a high-rate serial bus, data is divided in a 
packet form, and transmitted in a time division on the 

O basis of a cycle of a length of 125 ^s . 

For a transmission method in the IEEE 1394, there 

20 are two methods of isochronous transmission and 

asynchronous transmission, and IEEE 1394 packet is 
transmitted as an isochronous packet and an asynchronous 
packet . 

In the isochronous transmission, by securing a 
25 band necessary for transmission in all cycles, transmission 
in a fixed time is assured, an isochronous channel as 
communication connection is established beforehand between 
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nodes to perform communication, and subsequently data 
transfer is performed in a connection-oriented 
communication system. Here, an identifier of the 
isochronous channel is called an isochronous channel number, 
5 On the other hand, in the asynchronous 

transmission, in each cycle, arbitration is performed in a 
remaining time after the isochronous transmission, and the 
node having secured the bus performs data transfer. 
Different from the isochronous transmission, without 
10 establishing the connection beforehand, the identifier 
allotted univocally to the node on the bus is used to 
perform the data transmission in the connectionless 



U communication system. Moreover, this identifier is called 



a node ID. 



^15 In this manner, the isochronous transmission 

corresponds to the connection-oriented communication in 
iB which a band is assured, and the asynchronous transmission 

o 

O corresponds to the connectionless communication in which no 
band is assured. 

20 Such communication mode in which the IEEE 1394 

interface is used is disclosed in the invention of Japanese 
Patent Application Laid-Open No. 234313/1999 relating to a 
multimedia exchange apparatus. The invention relates to 
the multimedia exchange apparatus for performing an 

25 exchange processing of communication, sound or image data, 
and using a high-rate serial bus of the IEEE 1394 interface 
standard to change a data transfer path by automatic 



allocation and perform the exchange processing. In this 
technique, various data in an inside line node apparatus 
and outside line node apparatus are automatically allocated 
to isochronous or asynchronous communication channels based 
on an identification code, and the like and packet transfer 
is performed. 

In a conventional local area network (LAN), mainly 
Ethernet is used as a physical medium, but data 
transmission is the connectionless communication, and no 
band is assured in data transfer. 

As the connection-oriented communication, ATM-LAN, 
and the like have been used in recent years, but all 
connections are established beforehand in a fixed manner 
between the nodes in LAN, and this disadvantageously 
results in remarkably laborious connection management. 
Moreover, when the connection is dynamically established by 
a signaling processing, processing overhead increases, and 
there is a disadvantage that a processing load in each 
terminal becomes heavy. For these reasons, the technique 
of ATM-LAN is more effectively used in the connection 
between LANs than within LAN. 

As described above, the connection-oriented 
communication using ATM used in the conventional LAN and 
the connectionless communication represented by Ethernet 
are both provided with the aforementioned defects when used 
in LAN as they are. 

On the other hand, the IEEE 1394 bus is a physical 



medium provided with both transfer systems of the 
connection-oriented and connectionless communications, and 
it is studied by a standardization organization or the like 
how to realize IP communication in the IEEE 1394 bus. 

For example, with respect to Internet Protocol 
(IP) communication on IEEE 1394, there is a specification 
proposal of IP over IEEE 1394 by Internet Engineering Task 
Force (IETF) . In this system, transmission is performed by 
encapsulating IP packet with an asynchronous packet, and 
10 this corresponds to the aforementioned connectionless 
communication. 

1=^' Moreover, a method of connection-oriented 

•1; communication for performing encapsulation and transmission 

\n 

'fl with the isochronous packet is similarly proposed in IETF. 

1^ 15 However, both communications are provided with defects that 

m 

p no band is assured in the aforementioned connectionless 

O communication, and the processing is heavy in the 

connection-oriented communication . 

20 SUMMARY OF THE INVENTION 

Based on the aforementioned background, in the 
present invention, asynchronous transmission and 
isochronous transmission of IEEE 1394 bus will be described 
as embodiments, and an object of the present invention is 

25 to propose an IP communication system in which connection- 
oriented communication and connectionless communication are 
combined for use in consideration of a communication 



According to the present invention, there is 
provided an IP packet processing apparatus comprising: an 
IEEE 1394 packet transmitter for performing transmission of 
an IEEE 1394 packet; an IEEE 1394 packet receiver for 
receiving the IEEE 1394 packet; an IP packet extractor for 
extracting an IP packet from the received IEEE 1394 packet; 
an IP packet processor for referring to a routing table set 
and updated by an ARP processing from the extracted IP 
packet/ adding predetermined transfer destination 
information, and instructing encapsulation of the IP packet 
into the IEEE 1394 packet; an address table for receiving a 
transmission processing notice from the IEEE 1394 packet 
transmitter, and including attribute information ^ indicating 
presence/absence of continuous transmission of the IP 
packet as an entry; a transmission monitor for searching 
the information of the address table at a fixed interval, 
and judging, in accordance with the searched information, 
whether establishment of an asynchronous channel is 
necessary or unnecessary with respect to a data flow; an 
CMP processor for obtaining a corresponding isochronous 
channel number and band from an establishment request of 
the isochronous channel transmitted from the transmission 
monitor, and registering the obtained channel information 
in the address table; and means for referring to the 
address table information, encapsulating the IP packet to 
be transmitted in the IEEE 1394 packet, and using the 
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established communication channel to generate an 
isochronous packet . 

Moreover, the IP packet processing apparatus of 
the present invention includes: an IP packet extractor for 
5 extracting port information of an IP packet to be 

transmitted and setting the information in an address 
table; and the address table further including attribute 
information indicating whether or not a predetermined 
number of transmissions of the packet for entry information 
10 are continuously performed with respect to respective 

a 

ifi entries including types of ports set by the IP packet 
y extractor. 

1=5; 

m 

I n 

BRIEF DESCRIPTION OF THE DRAWINGS 
l'j.5 Fig. 1 is a function block diagram of an IP packet 

processing apparatus according to an embodiment of the 
present invention . 
O Fig. 2 is an explanatory view showing a general 

idea of the present invention. 
20 Fig. 3 is a processing flowchart showing an 

operation of a transmission monitor in an ISO non- 
established state according to the embodiment of the 
present invention . 

Fig. 4 is a processing flowchart showing the 
25 operation of the transmission monitor in an ISO established 
state according to the embodiment of the present invention. 

Fig. 5 shows a constitution example of an address 



o 
m 



table of the embodiment of the present invention. 

Fig. 6 is a function block diagram of the IP 
packet processing apparatus according .to another embodiment 
of the present invention. 

Fig. 7 shows the constitution example of the 
address table of another embodiment of the present 
invention . 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
An embodiment of the present invention will be 
described. 

First, a general idea of an IP packet processing 
apparatus of the present invention will be described with 
reference to Fig, 2. Fig. 2 is an explanatory view showing 
the general idea of the present invention, and shows, as 
one example, LAN in which a server 201, PC terminal 202, PC 
terminal 203 and gateway 204 are included as communication 
apparatuses for processing an IP packet and IP 
communication is performed among the respective apparatuses. 

Here, a physical cable for connecting the 
respective apparatuses to one another is an IEEE 1394 
serial bus or another bus provided with two connection- 
oriented and connectionless transfer systems. Moreover, 
the physical cable for connecting the respective 
apparatuses ;pf the gateway of the LAN is an IEEE 1394 bus 
or another bus provided with two connection-oriented and 
connectionless transfer systems, and is connected to an 
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external network via the gateway 204. 

Here, as one example a case is considered in which 
the PC terminal 203 starts download of large-capacity data 
such as" image data from the server 201, and the PC terminal 
5 202 receives the image data from the external network .via 
the gateway 204. When a plurality of data transfers are 
performed in connectionless communication similarly as 
Ethernet, mutual transfer traffic is probably influenced. 

Specif ically, when a plurality of data transfers 
10 are performed in asynchronous transfer as the 

''0 connectionless communication in the IEEE 1394 serial bus, 

-'4 

W and the traffic of each data transfer increases, a 
1; 

Ln communication band used in each data transfer probably 

irl 
W 5 

iQ exceeds a total band width of the bus. 

j^l5 In order to avoid such situations, in the present 

m . . 

p invention, there are proposed a system of monxtoring a 
Q transmission situation of the IP packet in each apparatus, 
and changing the transmission satisfying a certain fixed 
condition over to connection-oriented transfer, and an 
20 apparatus provided with the system. 

Specifically, the present invention is provided 
with a constitution for changing the connectionless IP 
communication over to IP communication in which connection- 
oriented and connectionless communications are combined for 
25 use, specifically, for changing the IP communication by 
asynchronous transfer over to the IP communication by 
isochronous transfer in accordance with a traffic state in 



data transfer on the IEEE 1394 serial bus. 

For example, in LAN of Fig. 2, when traffics of 
transfer to the PC terminal 202 from the gateway 204 and 
data transfer to the PC terminal 203 from the server 201 
5 are large, change-over of the transfer system from the 

asynchronous transfer as the connectionless communication 
is performed in such a manner that data transfer is 
performed by isochronous transfer as the connection- 
oriented communication with the assured band. 

10 The embodiment of the present invention will next 

O 

:fl be described in detail with reference to the drawings. Fig 

Q 1 is a function block diagram of the IP packet processing 

\n apparatus according to the embodiment of the present 

IJI 

ifi invention. 

jj.5 (1) Summary of Function Block 

in 

:™ As shown in Fig. 1, the IP packet processing 

p apparatus of the present invention receives the IEEE 1394 
0 packet from the IEEE 1394 bus, extracts the IP packet from 
the IEEE 1394 packet, supplies the packet to an application 
20 converts information from the application to the IP packet 
and further to the IEEE 1394 packet, and performs 
transmission to another communication terminal. Here, for 
the transfer of the IP packet, a transfer destination is 
determined based on routing table information set/updated 
25 by an address resolution protocol (ARP) processing and 
transmission is performed. A summary of respective 
function blocks of Fig. 1 will be described hereinafter. 
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<Application Section> 

An application section 101 includes an application 
in which a file transfer protocol (FTP) and a real time 
protocol (RTP) are used, and performs data input/output 
5 with an IP packet processor 102. 

<IEEE 1394 Packet Transmitter> 

In response to an IEEE 1394 packet transmission 
request from another processor, an IEEE 1394 packet 
transmitter 109 sends an isochronous packet and 
10 asynchronous packet to the IEEE 1394 bus. 

<IEEE 1394 Packet Receiver> 

An IEEE 1394 packet receiver 110 performs a 



H 

y 

processing of distributing the packet received from the 

In 



IEEE 1394 bus to another processor. With the isochronous 
:15 packet, the receiver outputs the packet of an isochronous 
channel number requested to be opened from a connection 



management procedure (CMP) processor 107 described later to 
Q an IP packet extractor 108, Moreover, on receiving the 

packet of the isochronous channel number requested to be 
20 closed from the CMP processor 107, the receiver discards 

the packet. 

<IP Packet Extractor> 

The IP packet extractor 108 performs a processing 
of extracting the IP packet from the isochronous packet or 
25 the asynchronous packet inputted from the IEEE 1394 packet 
receiver 110. When the inputted packet data is fragmented 
into a plurality of asynchronous packets, a reassembly 



processing is performed, and the IP packet is restored and 
outputted to the IP packet processor 102. 
<Routing Table> 

A routing table 111 is provided with information 
for determining an IP route. Similarly as the conventional 
art, the table is used to determine an IP address of the 
node for the next transfer with respect to a transmission 
IP packet. Routing information stored in this routing 
table may be preset in a fixed manner, or may dynamically 
be prepared by a routing protocol. 

<ARP Processor> 

On receiving an address settlement request from an 
IEEE 1394 packet generator 103, an ARP processor 106 
generates an ARP packet for obtaining node ID of the node 
on the IEEE 1394 bus provided with the IP address of the 
transfer destination, offset and max_rec value, and outputs 
the packet to the IEEE 1394 packet transmitter 109. Here, 
the offset indicates a position of an address in which IP 
data is written into a transfer destination node register. 

With transfer of IP with IEEE 1394, asynchronous 
WRITE transfer is performed as shown in IETF document, but 
in this method by writing the IP data into the 
predetermined address of the transfer destination node 
register, data reception is substantially performed. 
However, since an address value for writing the data into 
the register is arbitrarily set for each node, it is 
necessary for a transferor node to know beforehand the 
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address of the transfer destination node into which the IP 
data is to be written. 

Moreover, max_rec indicates a data size which can 
be received once by a certain reception side node, and is 
similarly obtained from the reception side node by the ARP 
processing. When a transmission side node transmits data 
to the reception side node in this manner, data can be 
transmitted as the packet obtained by fragmenting the data 
in accordance with the data size. 

When a response to the transmitted ARP packet is 
inputted to the ARP processor 106 via the IEEE 1394 packet 
receiver 110, the ARP processor 105 sets the node ID, 
offset, and max__rec value in the corresponding entry of an 
address table 104, and outputs an address settlement 
completion notice to the IEEE 1394 packet generator 103. 

<Transmission Monitor> 

A transmission monitor 105 is a processor for 
judging establishment and release of an isochronous channel. 
The monitor searches the information registered in the 
address table 104 at a fixed interval, monitors whether 
each transmission traffic identified in accordance with a 
transmitter, transmission destination, transfer data and 
other attributes lasts in a steady manner or performs a 
large-capacity transfer, and determines whether an 
establishment/release request of the isochronous channel is 
to be issued in accordance with the traffic state. 

The search interval of the address table 104 by 



the transmission monitor 105 can arbitrarily be set, and is 
appropriately set in accordance with the type of the 
application handled in the LAN, the number of terminals, 
and the like. 

<IP Packet Processor> 

The IP packet processor 102 converts transmission 
request data from the application section 101 to the IP 
packet, and outputs the packet to the IEEE 1394 packet 
generator 103. In this case, the processor refers to the 
information of the routing table 111, determines the IP 
address of the next transfer destination node, and also 
notifies the IEEE 1394 packet generator 103 of IP address 
information. 

Moreover, also with respect to the IP packet 
inputted from the IP packet extractor 108, the IP packet 
processor 102 similarly refers to the information of the 
routing table 111, and determines the IP address of the 
next transfer destination node. If the transfer 
destination node is a self node, the processor extracts 
payload information from the IP packet and outputs the 
information to the application section 101. Furthermore, 
if the transfer destination node is not the self node, the 
IP address of the transfer destination node, and the IP 
packet are outputted to the IEEE 1394 packet generator 103. 

<Address Table> 

The address table 104 holds attribute information 
of the received traffic as an entry, the entry is 



registered by the IEEE 1394 packet generator 103, and 
subsequently the entry is used as reference information for 
generation of the IEEE 1394 packet. 

Moreover, each entry attribute information is set 
and updated by the ARP processor 106, transmission monitor 
105 and other respective processors. 

Fig. 5 shows a constitution example of the address 
table according to the embodiment of the present invention. 

The attribute information of the address table 104 
will be described with reference to the drawings. 
Attribute "Next node" 501 indicates the IP address of the 
transfer destination node of the IP packet. Attribute 
''transmitter IP" 502 indicates the IP address of the 
transmitter node of the IP packet to be transferred. 
Attribute "ISO channel" 503 denotes an isochronous channel 
number. Attribute ''bandwidth" 504 denotes a bandwidth 
allocated to the ISO channel. 

Attribute "max_rec" 505 denotes the maximum size 
of the asynchronous packet. Attribute "offset" 506 denotes 
address information embedded in a header of the 
asynchronous packet. Attribute "node ID" 507 denotes the 
node ID of the transfer destination node in asynchronous 
transfer. Attribute "packet flag" 508 is a flag indicating 
whether or not the packet has recently been transmitted to 
Next node, 1 means that the packet has been transmitted, 
and 0 means that no packet has been transmitted. 

Attribute "time count" 509 is a parameter 



indicating a packet transmission frequency and an initial 
value is 0. Attribute "ISO establishment state" 510 
indicates an establishment state of the isochronous channel, 
and takes four values "non-established", "being 
established", "being released", and "established". 
Attribute "ARP state" 511 indicates the state of an address 
settlement processing by ARP, and takes three values 
"unsettled", "being settled", and "settled". 
<IEEE 1394 Packet Generator> 

The IEEE 1394 packet generator 103 generates the 
IEEE 1394 packet based on the IP address and IP packet of 
the transfer destination node inputted from the IP packet 
processor 102 and outputs the packet to the IEEE 1394 
packet transmitter 109. During output, the generator 
searches the entry of the address table 104 as follows, and 
refers to entry information to determine whether the 
asynchronous packet or the isochronous packet is to be 
generated. Moreover, during output to the IEEE 1394 packet 
transmitter 109, the generator sets a value of the entry 
packet flag to 1. 

<CMP Processor> 

The CMP processor 107 performs a processing of 
establishing and releasing the isochronous channel . Here, 
CMP means a protocol for operating a plurality of 
input/output plug registers disposed on respective IEEE 
1394 communication nodes, and establishing/releasing 
connection between the nodes with respect to the 
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isochronous channel, and to establish the isochronous 
channel connection between the nodes, this includes a 
procedure by which a certain node requests another node to 
validate the channel. 
5 With input of an isochronous channel establishment 

request from the transmission monitor 105, the CMP 
processor acquires or releases a resource from an 
isochronous resource manager to perform the 

establishment /release of the isochronous channel for use in 
10 data transfer. 

□ 

'0 Moreover, on receiving a notice of the isochronous 

W channel number in the establishment /release of the 
iP isochronous channel from another node, the processor 

m 

■xQ outputs an open/close request of the isochronous channel 

j«fel5 number to the IEEE 1394 packet receiver 110. 
Ill 

p (2) Transfer Processing Operation 

i=i A processing operation in the embodiment of the 



present invention will next be described concretely. In 
the IP packet processing apparatus, with respect to the IP 
20 packet generated by encapsulating the transmission request 
data from the application section 101, or the IP packet 
inputted from the IP packet extractor 108, the IP packet 
processor 102 refers to the information of the routing 
table 111, determines the IP address of the transfer 
25 destination :node, and performs the processing in the 

application when the transfer destination is the self node, 
or outputs the packet to the IEEE 1394 packet generator 103 



when the transfer destination is another node. 

The IEEE 1394 packet generator 103 generates the 
IEEE 1394 packet from the inputted transfer destination 
node IP address and IP packet, and outputs the packet to 
the IEEE 1394 packet transmitter 109. In this case, by 
referring to the corresponding entry information of the 
address table 104, it is determined that the asynchronous 
packet or the isochronous packet is to be generated. 
Specifically, by performing search in the address table 104 
with respect to the packet, the entry is searched in which 
Next node value agrees with the transfer destination IP 
address inputted from the IP packet processor 102 and a 
transmitter IP value agrees with the transmitter IP address 
in the header of the IP packet inputted from the IP packet 
processor 102. 

When the corresponding entry is not found, that is, 
when the entry is not registered in the address table, a 
new entry is prepared, the transfer destination IP address 
is set to the Next node value of the entry, the transmitter 
IP address is set to the transmitter IP value, and the ARP 
state value is set to "being settled" . Thereafter, when 
the address settlement request is issued to the ARP 
processor 106, and an address settlement processing ends in 
the ARP processor 106, the generator receives the 
completion notice from the ARP processor 106, and searches 
the entry again. Since the target entry is added by the 
ARP processing, the ARP state indicates ''settled", and the 



compatible entry is next detected. 

When the compatible entry is found in the address 
table, and the value of ISO establishment state fails to 
indicate '"established", transfer is performed with 
connectionless asynchronous transfer. Concretely, the 
corresponding asynchronous packet is generated from the 
offset value and node ID value with respect to the entry 
stored in the address table 104. In this case, a fragment 
processing is performed in accordance with the value of 
max_rec. The IP packet transfer processing in the 
asynchronous transfer is the same as the transfer system 
proposed in IETF. 

Moreover, when the compatible entry of the traffic 
is found in the address table 104, and the ISO 
establishment state value of the entry indicates 

established" , the IEEE 1394 packet generator 103 uses an 
ISO channel value stored in the corresponding entry, 
performs the fragment processing in accordance with a 
bandwidth value, and generates the isochronous packet. 

On the other hand, the transmission monitor 105 
refers to the address table 104 at a fixed period, judges 
whether the establishment or release of the isochronous 
channel needs to be performed, issues ISO 
establishment/release request, and sets the ISO 
establishment state 510 with respect to the corresponding 
entry of the address table 104. The transmission monitor 
105 searches the information registered in the address 



table 104 at a fixed interval, and performs a processing 
shown in a processing flowchart of Fig. 3 or 4 when the ISO 
establishment state 510 indicates "non-established'' or 
"established" . 

Fig. 3 is a processing flowchart showing the 
operation of the transmission monitor in the ISO non- 
established state of the embodiment of the present 
invention. Fig. 4 is a processing flowchart showing the 
operation of the transmission monitor in the ISO 
established state of the embodiment of the present 
invention . 

First, when the ISO establishment state value of 
the entry stored in the address table 104 indicates "non- 
established" , the processing operation for the ISO non- 
established state starts (step 301), first the value of the 
packet flag 508 indicating whether or not the packet has 
recently been transmitted is checked with respect to Next 
node as the entry information in the address table (step 
302), and the time count value is cleared to 0 and the 
processing ends when the packet flag value is 0, that is, 
when no packet is transmitted during the search interval 
(step 303) . Specifically, the traffic load is little, the 
connection-oriented isochronous channel transfer is now 
unnecessary, and the asynchronous transfer as the usual 
connectionless communication is continued. 

When the value of the packet flag 508 is 1, that 
is, when there is at least one traffic packet transmission 



processing in the search interval, in order to reset the 
packet flag value, the value is set again to 0 and 1 is 
added to the time count value, (step 304) . 

It is next checked whether the time count value is 
not less than a fixed threshold value (step 305), the 
processing ends when the value is less than the fixed 
threshold value, and during the next search of the address 
table 104, it is again checked whether the packet 
transmission is performed in the search interval by 
monitoring the packet flag value. On the other hand, when 
the value is not less than the fixed threshold value of the 
ISO establishment state, it is judged that the transmission 
packet regarding the entry lasts in the steady manner, or 
that large-capacity transfer is performed, and the 
isochronous channel establishment request is issued to the 
CMP processor 107 (step 306) . Thereafter, the value of the 
ISO establishment state 510 of the entry stored in the 
address table 104 is set to '"being established'' (step 307), 
and the processing ends (step 308) . 

The operation of the transmission monitor 105 when 
the entry is in the ISO established state will next be 
described. First, when the value of the ISO establishment 
state 510 of the corresponding entry of the address table 
104 indicates '"established" (step 401), the processing 
operation in the ISO established state is started. First, 
the value of the packet flag 508 of the entry is checked 
(step 402) . When the value is 1, the packet flag value is 




set to 0, the value of the time count 509 is set to the 
threshold value to end the processing (step 403). When the 
value of the packet flag 508 is 0, 1 is subtracted from the 
value of the time count 509 (step 404) . 
5 It is next checked whether the value of the time 

count 509 is 0 (step 405) . When the value is other than 0, 
the processing ends, and again during the search, 
monitoring of the packet flag value and checking of the 
time count value are performed. Moreover, when the time 
10 count value is 0, it is judged that there is no 

P 

'-B transmission packet regarding the entry, or that frequency 

^5. i 

W decreases, the isochronous channel release request is 

in issued to the CMP processor 107 (step 406) , subsequently 

\B the ISO establishment state value is set to "being 

M 15 released'' (step 407), and the processing ends (step 408). 
!U 

p When the entry ISO establishment state value 

m 

p indicates ^""being established" or "being released", nothing 

IS performed. 

When the transmission load is high in this manner, 
20 and when the transmission monitor 105 refers to the packet 
flag value of the address table 104, 1 is set with a high 
frequency, and the transmission traffic is therefore handed 
with isochronous transmission. 

The operation of the CMP processor 107 will next 
25 be described. 

The CMP processor 107 performs an establishment 
and release processing of the isochronous channel based on 



1 



o 

'-4 
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the request transmitted from the transmission monitor 105, 
When the isochronous channel establishment request 
is inputted from the transmission monitor 105, the 
predetermined bandwidth and arbitrary isochronous channel 
5 number are acquired. This acquirement processing is as 
determined in the specification of IEEE 1394, and the 
processing is performed by issuing the request to the 
isochronous resource manager. 

When the acquirement of the bandwidth and 
10 isochronous channel number is successful, the node 

indicated by the node ID of the corresponding entry of the 



address table is notified of the isochronous channel number, 
IJj This is performed by outputting an asynchronous packet 

m 

transmission request to the IEEE 1394 packet transmitter 
M 15 109. 

□ When notifying of the isochronous channel number 

IS 

p is completed, the values of the ISO channel and bandwidth 

□ 

of the address table 104 are set. Moreover, the ISO 
establishment state value is set to "established" . 

20 On the other hand, when the isochronous channel 

release request is inputted from the transmission monitor 
105, the release of the resource indicated by the bandwidth 
and ISO channel values of the address table 104 is 
performed with respect to the isochronous resource manager, 

25 When the resource release is successful, the node 

indicated by the entry node ID of the address table 104 is 
notified of the release of the isochronous channel number. 



This is performed by outputting the asynchronous packet 
transmission request to the IEEE 1394 packet transmitter 
109. When the isochronous channel number release notice is 
completed, the value of the ISO establishment state 510 is 
set to "non-established" . The operation of the CMP 
processor 107 with respect to the request from the 
transmission monitor 105 has been described above. 

The operation with respect to the input from the 
IEEE 1394 packet receiver 110 will next be described. 
First, the CMP processor 107 receives a notice of the 
isochronous channel number in the establishment of the 
isochronous channel from another node via the IEEE 1394 
packet receiver 110. After reception, an isochronous 
channel number open request is outputted to the IEEE 1394 
packet receiver 110. 

Moreover, the notice of the isochronous channel 
number in the isochronous channel release from another node 
is also received via the IEEE 1394 packet receiver 110, 
After reception, an isochronous channel number close 
request is outputted to the IEEE 1394 packet receiver 110. 

As described above, when the transmission load is 
higher than a fixed standard by the transmission monitor 
105, establishment of the isochronous channel to a 
reception node from a transmission node is performed, and 
thereafter the IP packet is transferred with isochronous 
transmission as long as the transmission load satisfies the 
fixed standard. 



Moreover, when the reception node receives the 
isochronous channel establishment request from the 
transmission node, the isochronous packet of the 
isochronous channel number is received. 

The monitoring of the transmission load by the 
transmission monitor 105 is performed not by the Next node 
alone but by a combination unit with the transmitter IP. 
This is necessary when an IP packet routing transfer is 
performed not via the application section 101 as in the 
gateway 204. 

Another embodiment of the present invention will 
next be described. 

Fig. 6 is a function block diagram of the IP 
packet processing apparatus in another embodiment of the 
present invention. In the embodiment of Fig. 2, the 
isochronous channel is established by an inter-node unit. 
Specif ically, in this case, the isochronous channel which 
can be established between the nodes is unidirectional and 
therefore up to one channel. In this another embodiment 
constitution, the isochronous channel can be established 
for each session. In this case, since the isochronous 
channel able to be established between the nodes is 
unidirectional, establishment is possible with respect to a 
plurality of sessions. 

The present embodiment is different from the 
constitution of Fig. 2 in an added port information 
extractor 612 and a changed constitution of an address 




table 604. The constitution of the address table 604 is 
shown in Fig. 7. 

The port information extractor 612 analyzes the IP 
packet outputted from an IP packet processor 602, and 
5 extracts a transmission destination port number when 

payload is TCP or UDP. When the IP packet is fragmented, 
with respect to the IP packets other than the head IP 
packet, no port number extraction is performed. 

After extracting the port number, the port 

10 information extractor 612 outputs the IP packet, transfer 

P 

^fl destination IP address, and transmission destination port 

M 

W number to an IEEE 1394 packet generator 603. 

in The processing of the IEEE 1394 packet generator 

m 

\Q 603 is the same as that of the aforementioned embodiment, 
yi5 but is different in that during searching of the address 

m 

'ri table 604, as an added condition, a transmission 

m 

Q destination port (Fig, 7) value of the address table 604 
agrees with the transmission destination port number 
inputted from the port information extractor 612. 
20 As described above, this embodiment indicates that 

the isochronous channel is established by TCP or UDP 
session unit. 

The present invention is provided with the 
following effects . 
25 (1):. With respect to the large-capacity data 

transfer or steady data transfer like a real time stream, 
the band can be assured by performing isochronous transfer. 



This band assurance means that data transfer quality is 
assured and another communication quality fails to be 
deteriorated. 

(2) Since the connection for the isochronous 
transfer is dynamically established, it is unnecessary to 
establish the connection among all the nodes beforehand. 

(3) With respect to small-capacity data transfer, 
or unsteady data transfer, by performing asynchronous 
transfer, overhead of a connection establishing procedure 
can be omitted and efficient data transfer is possible. 

(4) In the application of a level higher than the 
level of IP layer, it is unnecessary to be conscious of 
transfer with asynchronous transmission or isochronous 
transmission . 



